home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 93-10.Z / 93-10 / text0111.txt < prev    next >
Encoding:
Text File  |  1993-10-18  |  2.9 KB  |  69 lines
  1. Back in my limited mind, I remembered an article about there being
  2. a Winsock.dll for WIN32S applications running under regular
  3. windows. Is there such a thing? Perhaps a converted .dll that
  4. maps 32 bit requests into 16 bit ones?
  5.  
  6.     -Mike Grenier
  7.      mike@atc.sp.paramax.com
  8. From James=L.=Weaver@nectech.com  Wed Oct 13 19:48:59 1993
  9. Received: from nectech.com (milkyway.nectech.com) by SunSITE.unc.edu (SMI4.1/FvK 1.02)
  10.           id AA14020; Wed, 13 Oct 93 19:48:59 EDT
  11. Received: from CS011.nectech.com by nectech.com with SMTP (5.65/29-nectech)
  12.     id AA13981; Wed, 13 Oct 93 19:33:27 -0400
  13. Return-Path: <James=L.=Weaver@nectech.com>
  14. Message-Id: <9310132333.AA13981@nectech.com>
  15. Received: by CS011.nectech.com with VINES ; Wed, 13 Oct 93 19:48:04 EDT
  16. Date: Wed, 13 Oct 93 19:47:57 EDT
  17. From: James=L.=Weaver@nectech.com
  18. Subject: Re: FD_CLOSE message: When does it get sent?
  19. To: winsock@sunsite.unc.edu
  20. Cc: 
  21.  
  22. I am on vacation until 10/18. Please contact Dick Dingler in an emergency.
  23. -------------
  24. Original Text
  25. >From wilson@ftp.com  (Brad Wilson), on 10-13-93 19:46:
  26.  
  27. Cc'ed to alt.winsock.
  28.  
  29. > From: iblenke@x102a.ess.harris.com (blenke john 59108)
  30. > To: wilson@ftp.com
  31. > Subject: Re: FD_CLOSE message: When does it get sent?
  32. > 
  33. >         You won't get an FD_READ when the connection closes (this is 
  34. stated
  35. >         quite clearly in the WinSock docs).
  36. > 
  37. > If the connection closes unexpectedly, don't you receive a FD_READ message
  38. > so that recv() returns 0? If not, what exactly does a 0 returned by
  39. > recv() mean? Read past end of connection?
  40.  
  41. Yes ... it's a holdover from Berkeley, and is meant mainly for the use
  42. of blocking applications.  Since a WSAAsyncSelect means you are not
  43. using that model -- and are capable of getting FD_CLOSE -- you won't
  44. get an FD_READ for a closed socket with AsyncSelect.
  45.  
  46. > If you call closesocket(), you should already KNOW that the socket is 
  47. > closed (you just marked it so). The FD_CLOSE message is only for 
  48. disconnects
  49. > initiated by the remote host.... after this message, should we assume that
  50. > the socket is no longer valid?
  51.  
  52. Umm ... I'd have to review my specs, but I believe that you can still send
  53. out your side of the socket when you get an FD_CLOSE.  This goes into
  54. lots of TCP, but TCP is essentially two channels of connection ... the
  55. incoming and the outgoing.  They can be independtly shutdown (with the
  56. shutdown() function), meaning you can close the send half and still
  57. receive.  I _believe_ (no quotes) that when a close() is issued by the
  58. remote, the TCP FIN goes out and you get the FD_CLOSE (indicating that
  59. no more data is going to come in).  However, you can still write to
  60. the socket and need to closesocket() it to completely close the
  61. connection.
  62.  
  63. --
  64. Brad Wilson           "I think the most important thing to note is that in
  65. #include <disclaimer>  America, those on the right can do what those on the
  66. #include <joke>        left can only talk about."  - Richard M. Nixon
  67.  
  68.  
  69.